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Data Web Session Transfer 
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[His invention relates to the integration of communications devices. 



Ws often have several types of communication device available for their 



5 use. These devices function independently, which means the user has to define 
M 

preferences and profiles for each device. 

m would be very convenient to unify a user's range of communication 
devices M they all share common preferences and act as a single "virtual" terminal in 
which theidevices are differentiated by certain attributes such as mobility. Using this 
10 unified approach will allow the user to set profiles on this virtual terminal (by 
inputting Jan instruction using one of its constituent devices), to arrange that all 
devices ane notified of these changes. This will allow a user to start an operation 
such as ^computing session on one device and continue it on another. 

for example, a user at home may have spent several hours searching web 
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pages related to a particular topic and may require access to these from work. Using 
data werasession transfer will allow the web history and pages to be transferred by 
the clickjrcrf a button. As another example, a user surfing an internet site using a 
personal ^bmputer may transfer the current session onto a WAP (wireless application 
protocol)«rnobile phone, in order to continue surfing whilst travelling. Any data 
session information for example form elements, bookmark history or browsing history 
may be transferred between terminals to create a session's state. 

©rie device unifying system is a product called "Hipbone", This is discussed, 
for example, in 



25 "E-Busmefss Essentials" by Cade Metz, PC Magazine June 21, 2000: 



30 



"People Who Need People" by Jim Sterne in Inc magazine - September 15, 2000 
"Many H^>py Returnees", by J Blackwood, Computer Shopper August 8, 2001 



i 



"Digital devices: Navigating the Web with friends" in Interactive Week, February 4, 
2000 
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T?His system provides an Internet co-navigation service, which allows sales 

staff to Iconnect browsers' with their customers and jointly view online product 

demonstrations, fill out complex web forms, and work through online transactions 
if 

together.^mong its key features are True Shared Browsing, which allows customer 



service arnd sales representatives ("agents") to co-browse with customers and 
I 

navigate the web together, and synchronises the agent's and customer's activities. 



Using thisv real-time Interaction is achievable, all participants being allowed to direct 
the broifler with the results echoed to each participant's browser. Hipbone's 
softwarej^supports functions such as authentication using "cookies" and order 



10 transaction processing. Using the shared browser allows form filling to be echoed to 

all participants. Forms can therefore be filled in using assistance from the serving 

participant (sales representative). Hipbone's high level architecture is based on a 
f 

proxy mechanism. Basically, every web response is held on the central application 
m 

server acrassed by the shared browsers. 



1 5 ^©cording to the present invention, there is provided a method of operating a 

communications system such that connections to one terminal may be diverted to 

another t||minal, the method comprising the steps of 

cheating a user profile on a server device, the user profile identifying a 
0* 

plurality ©^terminals, 

20 Ijfnerating from the user profile a set of parameters defining a virtual 

terminal, 

scoring, as parameters of the virtual terminal, details of a current 
communications session made using a first terminal, 

o|) instruction from the user, diverting the routing of a communications 
25 connectic|| supporting the session from the first terminal to a second terminal, and 

transferring the details of the current session to the second terminal for use 

m 

in contiui|?jg the session. 

Afccording to a second aspect, the invention comprises a communications 
system arlarnged such that connections to one terminal may be diverted to another 
30 terminal, .^the communications system comprising: 

afserver device for processing calls, 

nfeans for creating a user profile on the server device, the user profile 
W 

identifying a plurality of terminals, and 
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means for generating from the user profile a set of parameters defining a 
virtual terminal 

a store for parameters of the virtual terminal, said parameters being details of 
a current^bommunications session made using a first terminal, 

n|eans for diverting, on instructions from the user, the routing of a 
communications connection supporting the session from the first terminal to a 
second terminal, 

means for transferring the details of the current session to the second 
terminal for use in continuing the session. 

The invention gives the user the ability to instantaneously transfer a data 
session to.a range of various devices {e.g. PC to PC, PC to WAP Phone, WAP phone 
to PDA, etc). 

T}$ei invention allows multiple sessions to be run, which can all be submitted 
to the destination device. In contrast with the prior art process, in which the browser 
is shared, in the present invention, the session is transmitted to the destination 
device and run on that device. The session that has been transmitted from the source 
device is closed. 

i|*e system can handle transfers requiring authorisation and those which are 
unrestricted. This means that sessions will be accessible from a range of different 
devices such as personal digitai assistants, mobile phones, IP phones, Personal 
computers and many other types of devices. 

The present invention's architecture will also allow different web based 
transfer applications to be present by using the current architecture. For example, 
email applications based on session transfer may be incorporated with relative ease. 

>Q& jembodiment of the invention will now be described, with reference to the 
Figures, l^^hich 

Figure 1 is a schematic representation of the various components making up 
the system, with an indicaion of the information flows which take place when the 
system is in operation 

Figure 2 is a schematic representation of the information transfers used in 
generating a session 

Figure 3 is a schematic representation of the use of the system to access 
data using terminals having different capabilities 




Figure 4 is a schematic representation of the information transfers used in 
transferring a session from one terminal to another 

Figure 5 is a schematic representation of the use of the system to transfer 
data generated as html forms 

5 ^» S j|f an be S6en fr ° m pigure 1 ' * rom a high ,evel P ers P ective ' the following 

components are provided. Browser applications 11, 21 running on respective 

terminals 1 , 2 are capable of providing HTML (hypertext markup language) browsing 

capabilities and display any incoming active sessions. They can also each run a 

terminal application 12, 22. This application manages web data sessions, which may 

10 be present on a user's device 1,2. It also processes any incoming sessions. 

Session information, holding such information such as the session's web 

page and form parameter values etc, can be stored by the terminals and transferred 

between them. 

The central server 3 is used for holding the session information, and also 
15 provides other data which can be used by the terminals. In particular, it holds a user 
profile, which holds any 'User Specific' attributes such as sessions, bookmarks etc. 
These include permanent attributes, attributes changeable on a specific command 
from the ? i||er, or attributes generated automatically, tracking the operation of the 
individual terminals. 

20 The basic steps involved within the process will now be described, with 

reference to Figure 1 . A more detailed dwscription of the process will follow with 
reference to Figures 2, 3, 4 and 5 

A user logs into the system by using an interface to the server 3 appropriate 
to the terminal 1 that he is using. For example he may use a WAP interface for 
25 telephones/ or HTML for devices capable of supporting that protocol, such as PCs 
and PDAs (Personal computers and personal digital assistants). A user profile is 
created on the main server 3. Once the user profile has been created, the user is 
invited to set any relevant preferences, which are then loaded onto the terminal. The 
user can then run the web browser 1 1 . Note that the terminal 1 will also allow other 
30 applications^Jto be executed such as Email clients. 

Qnbe the web browser 11 has been launched, the user can select a "Session 
Tracking" option. From this point onwards, the operation of the browser 1 1 is 
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tracked byfthe terminal application 12. The server 3 therefore stores the user's web 
history and- browsed web pages within a session object. 

When the user wants to 'transfer' a session, the destination device 2 has to 
be selected^ via the web browser 11, for example by clicking on a transfer button on 
the browser screen (step 503), to transfer the session. This causes a transfer request 
505 to be sent to the destination device's terminal application 22. Having received 
an incoming request, the destination terminal application 22 requests the relevant 
session from the server 3 (step 508). The specified session is then transferred and 
displayed in'the destination device's web browser 1 2 (step 512) 

t ii 

TJhjpi invention gives the user the ability to instantaneously transfer a web 
session td^S range of various devices (E.g. PC to PC, PC to WAP Phone etc) 

Two sequence diagrams are shown as Figures 2 and 4, which illustrate how 

{ 

sessions ane created and transferred. Note that Figure 4 applies to devices that can 
poll their input/output ports. Mobile devices and PDAs that do not have polling 
!3|1 5 features will request the sessions directly through a Web interface from the server 3. 

A.s|[shown in Figure 2, a user who has logged into the system using a 
terminal application 1 2 running on a terminal 1 , is first presented with the terminal 
screen (step 401), which allows a web browser to be opened, as will be discussed 
(steps 407,;408). Also at logon, a session panel 31 is loaded on the server 3 (step 
"20 402) and a' device list retrieval process 34 is initiated (step 403). The session panel 
31 is a pr^kess which records the details of the session that is running, to allow 
those details to be transferred to another device when required. The device list 



retrieval j>|j>cess 34 retrieves a list of devices available to the user to which the 
session ma^ be transferred, or which may require updating of functions such as voice 
mail activation. The list is stored in a user profile 33 and retrieved by the central 
server 3 (step 405) in response to a request 404 from the device list function 34, 
The device list may be amended by the processor 34 during the session (step 406), 
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for examplevby changing settings of forwarding instructions. 

J* 

The] terminal screen presented to the user (step 402) includes an option to 
allow access to a web browser. Selecting this (step 407) opens the web browser 1 1 
(step 408); The terminal can then retrieve attributes stored from previous sessions 
from the || ntra l server 3 (step 409). Thus the user logs into the server using a 
special application and then selects to open a web browser. 




6 

In an alternative arrangment a standard web browser could itself have a 
facility to select the session-tracking feature which would then enable the server 
based seslion logging and transfer to take place when the user loads his standard 
browser. Some form of authentication (ie. usemame) would probably still be required, 

5 but the aim is to make this much easier to use and also allow users to use their 
standard web browser rather than a special one, which avoids the need for the user 
having to install a special tracking application on each device. 

Mobile devices and PDAs accessing the server will require the content to be 
revised for$Lheir display capabilities. Thus, a PC accessing the server 3 (step 409, see 

0 Figure 2) can use standard html language and protocols. As shown in Figure 3, a 
WAP - enabled telephone 4 accessing the server 3 (step 41 9) requires the session 
language to be converted by the server from html (as used in the PCs 1 ,2 and the 
server 3) into a language usable by the terminal 4 to which the session is to be 
transferred. The server 3, holding the user profile which includes the characteristics 

5 and capabilities of each terminal, performs the necessary conversion when it receives 
a request to transfer a session to such a terminal. Similarly, a PDA can use html, but 
with some limitations generally as a result of its small screen size and the relatively 
small bandwidth available for communication out the full data. If a request to transfer 
to a PDA 5 is received (step 429), the data server adapts the session accordingly by 

0 removing such functions. The session run on the data server 3 ("virtual terminal") is 
tracked in html, so that if transfer to a html-compatible terminal is required, the full 
capability can be made available. 

If the user has "Session Tracking" enabled, all browsed web pages are 
cached on the main server 3. The user sends a request to register a session (step 

5 410) from the terminal application 12 to the central server 3. A session identity is 
then generated by the server 3 and stored (step 411) in the user profile 33 and 
transmitted^ the user terminal 12 (step 412). This session is then added to the 
session parfel 31 running on the server 3 (step 413). 

As will now be discussed with reference to Figure 4, other terminals can 

0 then retrieve these sessions. For example, the user could be browsing a search 
engine, and want to transfer the web session to another device, for example a mobile 
phone. As another example, the user may wish to move visual output from a mobile 
device with small display to a fixed device with a larger screen. In order to do this, 
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the user may accesses the session by making a request to the main server. Having 

requested the session from the main server, the current session can be retrieved. The 

form is already filled with the correct search parameters. Once the session has been 

transferred to the other device, the user can continue to surf the web site. 

In Figure 4 it is assumed that the transfer is initiated from the device 1 

initially running the session, but there may be situations, for example when the first 

device 1 has been disabled, when a transfer may be initiated from the device 2 to 
I 

which the session is to be transferred. 

The transfer process starts when the user accesses the device list 34 from a 
first terminal 1 and selects a second terminal 2 to which he wishes to transfer (step 
501). He then generates an instruction (502) for the browser 11 to initiate the 
transfer. The browser in turn instructs the terminal application 12 (step 503) to 
construct tine transfer instruction {step 504) which is then transmitted to the 
corresponding terminal application 22 in the second terminal 2 (step 505). From this 
point the terminal 2 and central server 3 co-operate in a number of steps (509-513) 
similar to those performed in setting up a session initailly (409-413, Figure 2) More 
specifically, the browser 21 in the destination terminal 2 retrieves the user attributes 
from the central server (step 509) and sends a request to register a session (step 
510) from 1jj|e terminal application 22 to the central server 3. The session identity 
0 previously ^|ored (step 411) in the user profile 33 is retrieved (step 511) and 
transmitted to the user terminal 12 (step 512). This session is then added to a 
session panel 32 associated with the destination terminal 2 and running on the server 
3 (step 513). 

The destination terminal 21 next transmits an acknowledgment that the 
transfer has been successful back to the originating terminal (step 514) which 
updates its ||Am copy of the session panel 31 running on the server 3 (step 515). 

As shown in Figure 5, one useful feature of the invention is the ability to 
transfer html forms and their respective values, that is to say not only the blank form 
stored on a website, but the values inserted in that form during a session. In order to 
transfer the form, the destination browser 21 first checks to see whether 'Session 
Tracking' has been activated. If so, when the transfer (step 512) takes place, the 
relevant date is extracted, and transmitted to the Server 3 (step 503-509). The 
form can then be rebuilt by the server 3 in its current state (step 510,511), and 
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downloaded to the destination terminal 2 (step 512). Note that if the source and 
desctination terminals 1 , 2 are of different types the layout and other features of the 
form may differ. The system only requires that both versions have corresponding 
fields for data entry, and that the server 3 can transfer entries from a given field in 
one version to the corresponding field in the other. 
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CLAIMS 

1 . A method of operating a communications system such that connections to a 
first terminal may be diverted to a second terminal, the method comprising the steps 
of 

creating a user profile on a server device, the user profile identifying a 
plurality of terminals, 

generating from the user profile a set of parameters defining a virtual 
terminal, 

storing, as parameters of the virtual terminal, details of a current 
communications session made using a first terminal, 

on instruction from the user, diverting the routing of a communications 
connection supporting the session from the first terminal to a second terminal, and 

transferring the details of the current session to the second terminal for use 
|j5 in contiuing the session. 

2. A method according to claim 1, comprising the further steps of storing 
information relating to each of the plurality of terminals, and on receipt of a diversion 
instruction adapting the details of the current communications session in accordance 
with the terminal to which the session is to be diverted 

3. A method according to claim 2, wherein the session is translated into a data 
handling protocol suitable for the terminal 

|§5 4. A method according to any preceding claim, wherein the diversion of routing 
is initiated by an instruction transmitted from the second terminal to the server device 

5 A method according to claim 4, wherein the diversion of routing is initiated 

by an instruction transmitted from the first terminal to the second terminal, causing 
the second terminal to transmit an instruction to the server device 

6. A communications system arranged such that connections to a first terminal 
may be diverted to a second terminal, the communications system comprising: 
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a server device for processing calls, 

means for creating a user profile on the server device, the user profile 
identifying a plurality of terminals, 

means for generating from the user profile a set of parameters defining a 
virtual terminal 

a store for parameters of the virtual terminal, said parameters being details of 
a current communications session made using a first terminal, 

means for diverting, on instructions from a user device, the routing of a 
communications connection supporting the session from the first terminal to a 
second terminal, 

means for transferring the details of the current session to the second 
terminal for use in continuing the session. 

7. Apparatus according to claim 6, comprising means for storing information 
relating to each of the plurality of terminals, and means for adapting the details of the 
current communications session in accordance with the terminal to which the session 
is to be diverted on receipt of a diversion instruction 



8, Apparatus according to claim 7, comprising means for translation of a 
session into a data handling protocol suitable for the terminal 
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ABSTRACT • 

Data Web Session Transfer 

A method of operating a communications system such that connections to a 
first terminal 1 may be diverted to a second terminal 2 comprises the steps of 

creating a user profile on a server device 3, the user profile identifying a 
plurality of terminals 1,2 , 

generating from the user profile a set of parameters defining a virtual 
terminal 1 2, 22, 

storing, as parameters of the virtual terminal, details of a current 
communications session 1 1 made using a first terminal 1 , 

on instruction from one of the user terminals 1, 2, diverting the routing of a 
communications connection supporting the session from the first terminal 1 to a 
second terminal 2, and 

and transferring the details of the current session 1 1 to the second terminal 
for use in continuing the session. 

This process allows a user to continue a session on a second terminal if it 
becomes more convenient to do so, rather than having to start a new session and 
potentially losing any information obtained whilst using the first terminal. 



(figure 1) 
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